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ATnf>ndin ents to the Specification: 



Please replace paragraphs [07], [12] to [15], [17] to [19L [21], [23], [24], [27] to [39], [41] to 
[60] and [62] to [71] with the following corresponding amended paragraph(s): 

[07] Data transport protocols used to convey data between data transport eqiiipment includes: 
Internet Protocol (IP), Ethernet technologies, Token Ring technologies. Fiber Distributed Data 
Interface (FDDI), Asynchronous Transmission Mode (ATM), Synchronous Optical NETwork 
(SONET) transmission protocol. Frame Relay (FR), X 25^ X25, Time Division Multiplexing 
(TDM) transmission protocol. Packet Over SONET (POS), Multi Protocol Label Switching 
(MPLS), etc. with next generation data transport protocols in development. 

[12] Coding, deploying, maintaining, and extending such software applications for network 
management and service provisioning has been and continues to be an enormous undertaking as 
well as an extremely complex procedure. Such software applications require a large number of 
man hours to create, frequently are delivered with numerous problems, and are difQcult to 
modify and/or support. The difiBculty in creating and supporting large applications is primarily 
due to the inabihty of existing software development paradigms to provide a simplification of the 
software development process. In accordance with current coding paradigms, the complexity of 
the software appUcations has been shown to increase as an exponential function of the nimoiber of 
different operations that are expected to be performed. Large programming efforts suffer in 
terms of reasonable performance, reliability, cost of development, and ffHimreasonably long 
development cycles. 
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[13] Object Oriented Programmmg (OOP) attempts to improve productivity whenever a 
problem can be simplified by decomposing it into a set of black box objects. Object oriented 
programming depends heavily upon the benefits of data hiding, inheritance, and polymorphism 
to simplify aid^software design. If a network management and service provisioning solution 
cannot be subdivided into objects, object oriented programming does not offer significant 
productivity improvements. Moreover, heavy reliance on object oriented programming to 
achieve compact code intending to reduce the size of software applications and perhaps 
development time, suffers from deeply nested function calls which createstfH a processing 
ov^hcad leading to inefficient cod e execution ^ Deep nesting of function calls obscures the 
implementation paradigms used; thereby negatively impacting code debugging, code 
maintenance, and further development thereof. As applied to the implementation of network 
management and service provisioning solutions, object oriented techniques call for the use of a 
large number of base classes from which hundreds of sub-classes are derived in a pre-compiled 
Unked in monoUthic class hierarchy to code knowledge of hundreds of data networking entities. 
Changes to any part of such {fflan implemented solution involves re-compiling and re-linking 
the monolithic class hierarchy. 

[14] Prior art efforts including: Preside™ by Nortel Networks Corp., IP Manager™ by Cisco 
Systems Inc., OneVision Management System'^'^ by Lucent Technologies Inc., NetProvision 
Activator by Syndesis Limited, Resolve 2.1 by Orchestream Holdings Pic, and others, capture 
the properties, associations, relationships, fiinctionaUty and management of data network mtities 
in class definitions, as well the a sfffl methods of interaction with network management and 
service provisioning devices using specific network management and service provisioning 
technologies. These efforts are all laudable but at the same time are subject to all of the above 
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mentioned factors making it difficult to improve productivity in the development and 
maintenaiice of such complex software applications for network management and service 
provisioning. 

[15] A prior art United States Patent 5,491,796 entitled "APPARATUS FOR REMOTELY 
MANAGING DIVERSE INFORMATION NETWORK RESOURCES" which issued on 
February 13, 1996 to Wanderer et al. describes a method of coding and organizing software 
application code into compilable device specification files to map an object oriented software 
application architecture to a relational database which only provides a very specific 
implementation for a specific remote management system. Although inventive, the coded 
routines in the device specification files, just as the prior art methods described above, capture 
the properties, associations, relationships, functionality and management of data network entities 
in class definitions, as well as -the m ethods of interaction with network management and service 
provisioning devices using specific network management and service provisioning technologies. 
The resulting solution is still provided via large monolithic software applications without support 
for persistent storage. 

[17] In accordance with an aspect of the invention, a network management and service 
provisionin g en^iromiient compririing q frcmiQWork io provided. — The framework includes: — an 
implementation of a single managed entity o b j e ct clcuja, a plug in r e gistiy, a parser, a gen e ric 
lexical analyzer, and on interpret e r. The singJe managed entity object oIqoi3 io run time derivable 
an int e rpr e ter via typo derivation into a hierarchy of manag e d entity object typ e o minimizing the 
n ee d to ro code and re compile framework softwar e apphcation code in Guppoii: of now^ manoged 
e ntity object ty|303. The registry r e gist e rs at run time of at least one plug in brokering access to 
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n e twork managomoiit and service provi p ioning enabling technologies. — A dictionary holdo a 
root e r of function nanios, the functions defining method s aoGociatcd with d e rived manag e d e ntity 
objoot typ e s. The parser processea at l e ast one managed data netw o rk e ntity Gpocification. The 
generic lexical anal>'zor interprets at least on e dir e ctiv e . — The interpr e t e r proccsBea messagoo 
rooeived from at least one network management and service provisioning software appHoation. 
A separation is provided between managed entiti e s, enabling technologies and softwar e 
applications. Th e separation enables independ e nt developm e nt, maintenance and troubleshooting 
m — providing — n e twork — managem e nt — rt«d — servic e provioioning — solutions: computing 
environment of a network management and service provisioning system is pr ovided. 
The object oriented network management and service provisioning computing 
environment is coded in an object oriented statically typed language and config ured to 
iavoke polymorphic operations. A directive parser is configured to process, at rim- 
time, at least one managed data nei:work entity specification file having directives 

therein. A generic lexical analyzer interprets, at run-time, at least one directive 

parsed from the managed d a ta network entity specification file. The computin g 
environment makes use of ea\ executable code implementation of a single managed 
entity object class to derive, at run-time, via type derivation, a derivation hierarchy of 
managed data network object types based on ru n-timp parsed entity directives. The 
sin gle management entity object class implementation further mcludes an executable 
code implementation of an iiivoke function configured to cause the exea.ition of at least 
one operation having a name via a function call to thejnvoke function ttsitig the name 
of the operation as a parameter to the invoke function. A dictionary of operations holds 
a roster of operation names of operations registered with the dictionary of operations in 
accordance with a nm-time parsed operation directive in respect of a corresponding 
managed data network object type. Each registered operation references a method 
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associat 



;tia~with the managed data net work obj ect type. The dictionary of operations 

provides run-time support for polymorphic operation invocation. And, a message 

interpreter processes messages received from at least one ne twork management and 
service provisioning software application at nm-time by calling the invoke function to 
cause the execution of a re gistere d operation on an instance of a derived ma naged data 
network object type by using the corresponding operation name as a parameter of the 
invoke function. A separation is achie\ ed between managed data network entity 
instances and network management and service provisioning software ap plications. 
The separation enables iiidepeiadent development, maintenance and troubleshooting in 
providing network management and service provisioning. The rim -time derivation of 
the single managed entity object class and invoking the operation by name minimizes 
the need to re-code and re-compile code in supporting new managed entity object 
types. 

[18] In accordance with another aspect of the invention a network management and service 
provisioning apparatus using the fram e wor k- computing environment is also provided. 
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[19} In accordance with yet another aspect of the mvention, a method o f providing a network 
manQgem e nt and Gcrvioe provioioning solution is prcsontod. The m e thod compriooa a sequ e nc e 
of Gtopg. At least one plug in brokering qcccgo to at leaat one n e twork man a g e ment and scrvio e 
proviaioning enabling t e chnology is registoring with a framework providing the network 
management and scrvioo provisioning goKition. — At least one managed data notw^ork entity 
gpcoifioation loaded by tlio fram e work is parsed. A single managed entity obj e ct class is derived 
into a manag e d entity obj e ct typo hierarchy of managed entity obj e ct typ e s via type derivation. 
And, at l e ast one m e ogage r e ceiv e d by die iramework from at least one ii e twork management and 
servic e provisioning s oftware application is proces se d. — Th e tomowork acts as an enabl e r 
sepai'ating managed data network ondtt e s. enabling technologie s and software applications, a s 
w e ll as a facilitator therebetw e en i n providing -^ho network management an d service provisioning 
solution ? invoking an operation by name at rrnvtime in respect of a nin-time derived 
managed data network object type in performing network management and service 
provisioning is provided. At least one managed data network entity specification file is 
loaded at rmi-time. Direciives are parsed from each run-time loaded man.aged data 
network entity specification file. A single ncianaged entity object class is derived at run- 
time into a managed entity object type derivation hierarchy of at least one manag ed 
data network object type via type derivation in accordance with at least one entity 
directive parsed at rtin-time from the managed data network entity specification file. 
At least one operation name specified h\ the managed data network entity specification 
file via an operation directive is registered with a dictionary of operations at run-time. 
The operation name corresponds to an operation implemented by the derived managed 
data network object type. And, at least 03\e message received at rrnvtime from at least 
one network management and service provisioning software appUcation is processed 
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by invoking the registered operation at ri.m-time by the correspo nding operation name 
re gistered with the dictionary of operations on an instance of the der ived managed data 
network object type via a function call to an invoke f imction imp lemented by the single 
managed entity object class. The invoke fLmction takes the name of th e operation as a 
parameter. Run-tiine lookups of operation names in the dictionary of opera tion names 
provide run-time support for polymorphic operation invocation. A se paration is 
achieved between managed data network entities and software applicat ions. The 
separation eiiables independent development, maintenance and troubleshooting in 
providing network memagement and service provisioning. The run-time derivation of 
the single managed entity object class and invoking the operation by name minimizes 
the need to re-code and re-compile code in supporting new managed entity object 
types- 

[21] The features and advantages of the invention will become more apparent from the 
following detailed description of the preferred embodiments with reference to the attached 
diagrams wherein: 

FIG. I is a schematic diagram showing interconnected d ata network elements in implem o nting 
oonneotod data transport networks; 

FIG. 2 is a schematic diagram showing exemplary elements implementing a network 
management and service provisioning solution in accordance with an exemplary profoiTod 
embodiment of the invention; 

FIG. 3 is a schematic diagram showing an exemplary managed entity object hierarchy used in 
providing the network management and service provisioning solution in accordance with the 
pref e rred exemplary embodiment of the invention; 
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FIG. 4 is a flow diagram showing exemplary steps of an interworking process facilitated in 
accordance with an exemplary implementation of th e exemplary embodiment of the invention; 

FIG. 5 is a schematic diagram showing an exemplary m anaged entity containment hierarchy 
used in providing the network management and service provisioning solution in accordance with 



FIG. 6 is a schematic diagram showing an exemplai-yt be framework facilitating the interaction 
between interworking software applications and managed object type instances in accordance 
with the pr e ferred exemplary e mbodiment of the invention. 

[23] FIG. 1 is a schematic diagram showing exemplary data network elements unplem e nting 
interconnected in connected data transport networks. 

[24] Data network nodes 102, 110, 120 are physically intercoimected in the data transport 
network 100 via physical links 108. Data transport networks-4G0 elements m av be bridged via 
bridge data network nodes 104 to enable data exchange therebetween. Comiected data transport 
networks 100 can be grouped defining areas of focus and influence for the purposes of network 
management and service provisionin g. TSender network element groupings arc referred to 
known as network partitions 106. 

[27] FIG. 2 is a schematic diagram showing exemplary e lements implementing a network 
management and service provisioning solution. 

[28] In accordance with an preferred e xemplary embodiment of the invention, a framework 
200 is provided. The framework 200 may include a combination of hardware and "middleware" 
software application code. As middleware^ the^ Fhe framework 200 facilitates the implementation 
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of a software development methodology for coding higbJv complex software applications 210 
relating to network management and service provisioning. 

[29] The framework 200 implements a new architecture and paradigm for providing network 
management and service provisioning solutions. The new architecture categorizes the above 
presented elements into: 

- Manageable data network entities 220 representative of field installed managed 
data network entities to be configured and controlled in providing network management and 
service provisioning solutions . The managed entities include: 

i. Physical data network equipment installed in the field such as: nodes 
102/104, physical r outers, switches, hubs, OC 3 links 108, etc., and 

ii. Logical data network entities associated with data network equipment 
installed in the field such as: network partitions 106, paths 128, virtual circuits, virtual 
routers etc.; 

Network management and service provisioning client software applications 210 
used to configure and control the manageable data network entities 220. The client s oftware 
applications 210 mcludo as mention e d abov e : exemplary provide: inventory reporting 214, 
configuration management, statistics gathering, performance reporting, fault management, 
network surveillance 212, service provisioning, billing & accoimting 216, security enforcement, 
etc.; 

Network management enabling technologies 230 providing intOTUJtion between 
the manageable data network entities 220 and, logical as well as[[3] field installed physical 
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managed data network entities. Enabling technologies 230 includ e lower layer middleware such 
as but not limited to : 

i. Data network management and service provisioning protocols: SNMP, CMIP, 
CLI, DNS, etc., and 

ii. Data network management and service provisioning devices: databases, DNS 
servers, etc. 

The interaction between the above elements m ay be command driven as spooified by v ia t he 
client software s^plicationsfBl 210, as well [[as}] event driven-4fasj ^ triggered bv changes in a 
cmrent state of the managed data transport network(s) in the realm of management changes. 

[30] The enabling technologies 230 include support for a concept known as "persistence". 
Each data network entity^ttfi including data network equipment^fB^ has an associated group of 
parameters. These parameters either have an effect on the operation of the associated data 
network entity or label the data network entity. The persistence concept encompasses the storage 
[[]]of , access-te, reading, writing, modifying, synchronization/reconciliation, etc. of persistence 
parameters to control the operation of data network entities. 

[31] The-^Persistence parameters can be stored in a network management and service 
provisioning database 132, as well [[as]] in registers associated with the managed physical data 
network equipment installed in the field. The persistence access*4e, reading-ef, onwriting-ef, or 
modification of these parameters is provided— v* a in accordance with the data network 
management and service provisioning protocols mentioned above. Persistence reconciliation and 
synchronization is performed between a persistence database I32f fft and~ffaft persistence 
valuers}} held in a volatile register ensuring a correct record keeping thereof, fast access to the 
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persisted mformation and backup thereof. Distributed storage of persistence information is also 
used in reconfiguring data network equipment subsequent to network failures. 

[32] The persistence concept also encompasses special persistence types such as: constant 
persistence which can only be initialized but not modified or written to subsequently; as well {[as 
^[]-derived persistence which is not stored but rather calculated from other persistence values 
whe never needed. 

[33] Further information regarding p^sistence entity support is provided in co pending co^ 
assigned U .S. Patent Application Serial Number 10/021,080 filed on even date entitled 
"NETWORK MANAGEMENT SYSTEM ARCHITECTURE" which is incorporated herein by 
reference. 

[34] Coding techniques ate used in support of the preferr e d p roposed s oftware development 
methodology enable on demand loading of enabling technology specific object code. These 
coding techniques implement what are known in the art as software application plug-ins such as, 
but not limited to: SNMP plug-ins, CMIP plug-ins, CLI plug-ins, database plug-ins, etc. The 
plug-ins are provided as shared object code library (.so) files 232 which are_registered 234 with 
the framework 200 for on demand loading thereof. The plug-ins 232 capture data and coded 
methods necessary to interact with actual enabling technology entities (databases, registers, etc.) 
Each plug-in shared library (.so) file 232 contains a coded description of the fimctionality it is 
capable to provide. 

[35] In accordance with the pr e ferr e d exemplary enibodiment of the invention, a single 
abstract managed entity class is implemented by i»-the fi-amework 200 to model all manageable 
data network entities 220. The single managed entity class implementation includes gen^c 
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methods to all manageable data netwoik entities such as, but not limited to: set (attribute) value, 
get (attribute) value, etc. ao woU qq In accordance with the exemplary embodimen t of the 
invention, the framework 200 implements a generic "invoke" method to perform operations on 
instantiated objects 206. 

[36] In accordance with the exemplary embodiment of the invention, t^ e single managed 
entity class is used, via type derivation, to define a single class type derivation hierarchy 300 of 
(concrete) manageable object types. FIG. 3 is a schematic diagram showing an exemplary 
managed entity object hierarchy used in providing a network management and service 
provisioning solution. The single class modeling of the manageable entities 220 provides for a 
flexible implementation of network managemrat and service provisioning solutions without the 
need to re-code and re-compile the framework 200 application code and the software 
applications 210 to support newly added manageable data network entities 220 - as these are 
developed. 

[37] In accordance with the proforred exemplary e mbodiment of the invention, the derivation 
of the abstract single managed entity class into the single class type derivation hierarchy 300 is 
proforobly enabled by coding the abstract single managed entity class to be defined by a group of 
associated attributes. A human readable attribute file 222 is provided for each manageable data 
network entity type 220. An additional dynamically linked library (.dll) file 226 corresponding 
to each manageable data network entity type 220 provides an implementation of methods to be 
used in interacting therewith. The software development methodology provides a reduction in 
seme- the number of files used in implementing (coding) t he presented network management and 
service provisioning solution from six files used by prior art methods to two files. 
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[38] Tn accordance with the exemplary embodiment of the i nvention, each human readable 
attribute fUe 222 gathers the particulars of a corresponding managed entity object type including 
the managed entity object type inheritance specifications thereof in a self contained manner. 
Each attribute file 222 forthei=-specifies data and relationships, hi accordance with th e exemplary 
embodiment of the invention. D directives defining a grammar are used in the attribute files 222 
to specify particulars of the corresponding managed entity object type. In accorda nce with the 
exemplary embodiment of the invention, ^ he corresponding .dll file 226, when used, gathers all 
methods that can be invoked on the associated managed entity object type in a sel^seltcontained 
manner. Each .dll file 226 is a stub of loadable object code implementing managed entity object 
type specific methods. 

[39] In deriving a managed entity object type from the single managed entity class, each 
attribute file 222 makes use of an "entitytFH directive!!f[H specifying the inheritance. For 
example the human readable directive: 

entity [abstract | concrete] derivedType: parentTypel [parentType2, ...] 

is used, where the "derivedType*' managed entity object type is derived firom the "parentType" 
managed entity object type described periiaps in another attribute file 222. Multiple inheritance 
is enabled via the specification of additional parentTypes. A facility may be provided for 
specifying whether the derived managed entity object type represents an abstract or concrete 
object type. 

[41] In accordance with the exemplai-y embodiment of the invention, specifying managed 
object entity type functionality in the corresponding attribute file 222 may include the 
declaration of at least one operation to be invoked. The declaration of each operation is a logical 
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interface (signature) of the corresponding method The declaration of the operation specifies 
parameter types, a return type and errors that the operation may report. An "operationfPH 
directivellffH is used for registering, with the framework 200, methods implementing 
functionality to be provided by the managed entity object type instances 206. The operation 
directive has the following grammar: 

operation [ private | protected | public ] operationName 

( [ in I out I inout ] argumentTypel argumentNamel, ... )• retumType 

{ 

implementor = fimctioiiName 

}. 

[42] A visibility of tli e Oeperation visibilitv can be specified as, but not limited to: "private", 
"protected", "public". The operation having h as a name specified by "operationName" as well 
[[ofl]] a group of arguments "argumentNameX" each having a specified "argumentType". The 
arguments are pr e ferably t ypically p assed by value. The specification of argument types enables 
argument type-checking to be performed o n the arguments prior to^fQ^ as well [[ as}] after^fEiJ the 
execution of the corresponding mettiod. The-pPassing of arguments by value provides for 
independent implementation of betwe e n software applications 210 and the manageable entities 
220. Further, the implementation of side effects call for the ^ecification of a direction for each 
attribute in the invocation of the operation at run-time. A reduction of processing overheads in 
invoking methods is attained by not sending "out" attributes on invocation as well [[oa]] ]2y_not 
returning "in" attributes after the execution of the method. The method, after the execution 
thereof, may return a value having a "retumType". Return values used by methods having pass 
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by value arguments^^ typically report on the success attained by the method invocation. Each 
d e clared o peration declared via an operation directive is implemented via b v-a function in the 
corresponding .dll file 226. The function is specified as the "implementor" and the specified 
"functionName" corresponds to a function, implementation in the .dll file 226 having the same 
name specified in a symbol table of the .dll file 226. More than one operation may be declared 
via corresponding operation directives in the attribute file 222. 

[43] Operations declared for a particular managed entity object type are inherited by nianaged 
entity object types derived therefrom. Proforably In accordance with the exemplarv embodiment 
of the invention all operations are implemented as fi"ee functions having a global scope. Name 
spaces are used in specifying [[the]] fiinction nameffsj^ implementing the operations. The 
Qdeclaxed operations corresponding to derived managed entity object types are tallied up in a 
dictionary of operations 330 the contents of which is made available to the software applications 
210. 

[44] In accordance with the exemplary embodiment of tlie invention, the aamo oubocquent an 
operation may be declared more than once, in the managed entity object type hierarchy, each 
subsequent declaration overriding previously declared operations with respect to an ancestor 
managed entity object type. {[Tho ]1 A subsequent operation is inherited only in an inheritance 
tree derived from the managed entity object type for which the subsequent operation was 
declared. In accordance with the exempiarv embodiment of the invention, pP olvmorphism is 
implemented by looking up each operation name as it io invoked i n the dictionary of operations 
330 as it is invoked . An example of a dictionary having polymorphic QnLine and OffLine 
operations is shown at 330 in FIG. 3. 
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[45] In accordance with the preferred exemplary embodiment of the invention, the coding of 
the functions implementing the declared operations includes the use of a generic ftmction 
declaration to ensure a standard signature in the symbol tables o f the corresponding .dll filesfH^- 
In order to support the generic function declaration, a variant data type is provided. All other 
concrete data types are derived &om the variant data type. An exemplary data type derivation 
hierarchy 360 is presented in FIG. 3 which includes, but is not Umited to derived data types such 
as: integer, float, double, long, char, etc. The data types derivation hierarchy 360 may be 
extended via directives specified in the attribute files 222 or via software apphcation 210 
directives. 

[46] The following represents an exemplary generic function declaration: 

attributeValue functionName ( managedEntitylnstance, 

vector attributeValue arguments [, context ] ) 

where the generic "attributeValue** variant data type is used for the arguments of the function 
declaration as well [[as>] for any return values. The arguments are passed as a packed data 
structure such as a "vector". Other packed data structures may be used such as^HH hut not 
limited to: arrays, etc. A "managedEntitylnstance" is provided and specifies the managed entity 
object type instance on which the operation is to be performed, ("this")- Optionally a "context** 
specifies the invocation context of the operation. 

[47] In accordance with the pr e feired - exemplary embodimmt of the invention, the client 
software applications 210 are also coded in a general fashion implementing the functionality 
provided while only making reference to manageable data network entities 220 at high level 
abstract implementation. Specific information regarding manageable data network entities 220 is 
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held by the framework 200 which instantiates 202, at run time, and provides interaction 204 
with, instances of managed object entities 206. The client software applications 210 register 218 
with the framework 200 which augments the functionality thereof in providing interaction with 
the instances 206 of specific manageable entities 220 and the methods associated therewith. 

[48] In accordance wit h tlio profoiTed an exemplary implementation of the exemplary 
embodiment of the invention, the facilities provided by the framework 200 are extended to other 
software applications^fB} developed employing other software coding methodologies^tEH via a 
Managed Object Server (MOS) 240 associated with a Common Object Request Broker 
Architecture (CORBA) bus 250. The specific implementation of the MOS 240 used, parallels 
that of a client software application 2 10. Just like a clioiLsoftware application 21 0 the MOS 240 
registers with the framework 200. 

[49] FIG. 4 is a flow diagram showing, in accordance with an exemplary implementation of 
the exemplary embodiment of the invention, steps of an interworking process 400 facilitated by 
the framework 200. 

[50] On start up 402, the framework 200 loads up the shared library (.so) files 232 registering 
234 the enabling technology plug-ins 230. The attribute files 222j^ if any (424\{ffi are also 
loaded up 404 and processed 406 at run -time by the fi-amework 200. In processing 406 an 
attribute file 222, a corresponding managed entity object type (300) is derived 408 at run- 
time.f fflr _OeptionalIy, the methods associated with the managed entity object type, parsed 224 
from the attribute file 222, are registered 410 at i-ua-time and the corresponding .dll file 226 is 
loaded 228 by the framework 200. 
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[51] The attribute files 222, .dll files 226 and the ,so files 232 may be stored in pre-specified 
locations known to the frameworic 200. Facilities may be provided for nm-time loading 404 and 
processing 406 of a group (426) of-4he attribute files 222 as well as-4he-faL-loading and 
^ eg i stration r r egistering 2 34-ef a group (428) of shared library (.so) files 232. 

[52] When all of the attribute files 222 have been loaded up 404 and processed 406, the 
framework 200 is in a state 430 ready to provide the interworidng function for the clienLsoftware 
appHcations 210. 

[53] Each client s oftware application 210, upon start up 440 thereof, registers 218 with the 
.framework 200 to participate in a distributed computing environment. 

[54] In accordance with the preferred exemplai-y e mbodiment of the invention, the framework 
200 makes available the dictionary of operations 330 and publishes a standard interface for the 
client s oftware ^^plications 2 1 0 to interact with instances 206 of managed entity object types. 

[55] In accordance with the pref e rr e d exemplai-y embodiment of the invention, the single 
managed entity object class implements an "invoke" method used at run-time b v each derived 
managed entity object type instance 206 to perform operations thereon. For example^jthe 
following "invoke directive*' can be used : 

attributeValue invoke 

( operationName, vector attributeValue parameters [, context ] ). 

The "operationName" will be mapped to the corresponding fimctionName at run time. 
Altematively the invoke method need not be a method of the single managed entity object class 
but rather a free public fimction. 
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[56] Each client s oftware application 210 pref^ably sends request messages 444 to the 
framework 200. Typically, the request messages 444 are used to invoke 442 an operation on at 
least one managed entity object type instance 206. The parameters needed are packaged in ffaH 
prior step 441. 

[57] The framework 200, upon r eceiving the messages 444, extracts the name of the operation 
invoked and determines (431) whether the operation is implemented by the managed entity 
object type instance 206 on which the operation was invoked, by looking up the operationName 
in the dictionary of operations 330. In accordance with the exemplary embodiment of the 
invention, in looking the operation up in the dictionary 330, a most derived operation is 
consideredrte thereby provid e p roviding t he above mentioned polymorphic behavior. 

[58] The parameters are unpacked in step 432. Tfee-^Parameter unpacking includes 
consistency checks 433. The framework 200 determines whether the vector is of the correct size, 
whether the parameters are of the correct data types, etc. The "in" and "inout" parameter data 
type checks are the most relevant. Failing any of these checks, errors are reported and the 
invocation is terminated. 

[59] The operation is performed in step 43 ^ by[[]] using the corresponding implementor 
function. The performed operation may return a value as well [[og]] "out" and "inout" 
parameters. Consistency checks 435 are performed on the return value, and the parameters. 
Errors are reported on finding any discrepancies. Else the parameters are packaged in step 436 
and a response message 437 is sent back to the software application 210. The soflAvare 
application 210 unpackages 446 the return value. If 447 the return value relates to an error, the 
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software application 210 reports the error. Otherwise the parameters are unpacked 448 and the 
software application 210 continues execution. 

[60] In accordance with the pref e rr e d exemplary embodiment of the invention, the interaction 
between the software applications 210 and the managed object type instances 206, changes the 
data network state and/or provides an update of the data network state by making use of the 
enabling technologies 230. The4Instaatiation of the managed object types (300) is performed 
subsequent to the discovery of physical managed entities in the realm of influence of the network 
management and sendee provisioning solution. ?5ie-dDiscovery of physical managed entities is 
provided via client software applications 210 such as but not limited to t he inventory reporting 
software application 214. The instantiation of managed entity object types may also be a result 
of the interaction of an analyst with the NMS 130 via the client software applications 210. The 
instantiated manageable entity object types define a managed object type containment hierarchy 
500 presented in FIG. 5. 

[62] FIG. 6 is a schematic diagram showing, in accordance with the preferred exemplary 
embodiment of the invention, the framework 200 facilitating the interaction between 
interworking client s oftware applications 210 and managed object type instances 206. 

[63] In accordance with the preferred exemplary embodiment of the invention, the attribute 
files 222 are parsed to lexically analyze directives specified therein. The framework 200 is 
provided with a generic lexicon analyzer 620 for interpreting directives. Besides deriving 408 
manageable entity object types and specifying attributes,-4he directives are also used for 
specifying methods to be implemented by die managed entity object types in the hierarchy 300. 
A parser 610 is used for processing 406 attribute files 222. 
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[64] In accordance with the proforred exemplai-y embodiment of the invention, a new 
grammar is introduced. The grammar enables the description in a corresponding attribute file 
222 of: managed entity object types, their data members (e.g. attributes), relationships 
(inheritance etc. [[et and methods. The grammar is interpreted by the generic lexical 

analyzer 620 associated with the fi:Bmework 200. 

[65] Fvuther, the grammar enables access to the capabilities provided in a enabling technology 
plug-in 230. In accordance with the exemplary embodiment of the mvention, s^ pecial purpose 
lexical analyzer stubs 630 specific to each particular enabling technology plug in 232 are also 
provided to implement fg^a^multilevel language. Depending on an implementation used, each 
special purpose lexical analyzer 630 may be coded in the corresponding enabling technology 
plug-in shared library (.so) file 232 or coded separately and registered with the framework 200 
via a separateffdH shared library (.so) file 232. In accordance with the exemplary embodiment 
of the invention, providing W ith the lexical analyzer stub 630 provided separately, the initial 
registration of each enabling technology plug in 230 may include only the loading up of the 
lexical analyzer stub 630; the remainder of the enabling technology plug in 230 being only 
loaded up on a [[n e ed to uo e H need-to-us e basis. Futur e i lnformation regarding the access to 
enabling technologies 230 capabilities is presented in the above mentioned co-pending patent 
application. 

[66] In accordance with the exemplars^ embodiment of the invention, the request messages 
444 exchanged between the software applications 210 and the framework 200 are interpreted by 
an interpreter 640 associated with the framework 200 rather than making specific reference to 
manageable data network entities 220 or enabling technology plug ins 230. 
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[67] In accordance with the preferred exemplary e mbodiment of the invention, validation is 
performed in invoking methods of managed entity object types as mentioned above with respect 
to FIG. 4, 

[68] In accordance with the pr e f e n e d exemplary embodiment of the invention, the network 
management and service provisioning solution is componetized to enable independent 
development, maintenance and troubleshooting of the client software application 210 code, code 
associated with enabling technologies, as well [[as]] to enable i ndependent development, 
management, troubleshooting and deployment of new manageable data network entities 220. 

[69] The framework 200 therefore performs a facilitation functio n Cmiddleware) : each 
managed entity object type s pecification i s loaded up by the framework 200, parsed and its 
methods registered independently. The independence between manageable data network entities 
220 and software applications 210 eliminates code interdependency therebetween and provides a 
run-time adaptable and extensible network management and service provisioning solution. 
There is no necessity to re-link and/or re-compile the framework 200 software a nd/or client 
software application 210 code to support new manageable data network entities 220 whUe 
streamlining software application implementation, deployment and maintenance. Therefore, the 
proposed p rocess of coding complex software applications is greatly simplified and streamlined, 
resulting in an increased productivity. 

[70] The software development methodology described herein provides for a dynamic 
addition of manageable data network entities 220 via human readable attribute files 222 and 
optionally corresponding dynamically linked libraries .dll files 226. The attribute files 222 and 
the corresponding .dll files 226 may be modified or augmented, in parallel, to modify and/or 
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augment the operation of the software 25)plications 210. The software development methodology 
results in software application code that is easy to: understand, debug, extend^ test, and deploy 
while still being efficient when used-in-FeaJ at run-t ime. 

[71] Th e proposed software development methodology described herein further provides a 
mechanism enabling to cnablo dynamic invocation of methods in a statically typed coding 
language thereby enabling the use of a simplified single managed entity object class architecture 
to b e us e d . 
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